home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950329-19950528 / 000295_news@columbia.edu_Tue May 2 14:44:20 1995.msg < prev    next >
Internet Message Format  |  1995-07-31  |  5KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA23617
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Tue, 2 May 1995 10:44:27 -0400
  3. Received: by apakabar.cc.columbia.edu id AA08475
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Tue, 2 May 1995 10:44:25 -0400
  5. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  6. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  7. Newsgroups: comp.protocols.kermit.misc,comp.os.os2.apps
  8. Subject: Re: OS/2 C-Kermit 191 and character set problem
  9. Date: 2 May 1995 14:44:20 GMT
  10. Organization: Columbia University
  11. Lines: 95
  12. Message-Id: <3o5gg4$88k@apakabar.cc.columbia.edu>
  13. References: <1995May1.172104.121387@daniel>
  14. Nntp-Posting-Host: watsun.cc.columbia.edu
  15. Xref: news.columbia.edu comp.protocols.kermit.misc:2660 comp.os.os2.apps:80552
  16. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  17.  
  18. In article <1995May1.172104.121387@daniel>,
  19. Paul Coen <pcoen@daniel.drew.edu> wrote:
  20. : I've noticed a tendency for C-Kermit for OS/2 191 (final release) to have
  21. : special character problems after you exit from any utility based on TPU
  22. : (edit/tpu, DEC Notes, etc.).
  23. : 
  24. : My character set is latin-1.
  25. : 
  26. : Before entering Notes, for example, if I press the compose character key
  27. : (alt-c) and then enter -: I get the w division sign without any problem.
  28. : 
  29. : After I enter Notes and exit, the above sequence gives me a / instead of
  30. : the line with two dots above and below.  Other characters give me a ?
  31. : instead of the proper character.  For instance, I get a ? instead of
  32. : the Icelandic eth character.  Not that I use that, in all honesty,
  33. : it was just an example.
  34. : 
  35. : If I reset my terminal (alt-=) the problem goes away.  
  36. : 
  37. : Before entering Notes or TPU, my character set is:
  38. : 
  39. :  Terminal character-sets:
  40. :     Local: cp850
  41. :    Remote: GL->G0: ascii (94 chars)
  42. :                G1: latin1-iso (96 chars)
  43. :            GR->G2: latin1-iso (96 chars)
  44. :                G3: latin1-iso (96 chars)
  45. : 
  46. : After exiting DEC Notes or TPU, we've got:
  47. : 
  48. : Terminal character-sets:
  49. :    Local: cp850
  50. :   Remote: GL->G0: ascii (94 chars)
  51. :               G1: dec-special (96 chars)
  52. :           GR->G2: dec-multinational (96 chars)
  53. :               G3: latin1-iso (96 chars)
  54. : 
  55. It seems you've answered your own question.  The DEC Multinational
  56. Character Set (DEC MCS) is similar to, but not identical with, Latin-1.
  57. The differences are pretty much as noted -- DEC MCS has "undefined" cells
  58. where Latin-1 has Icelandic letters (and a couple others), and MCS has
  59. OE/oe "ligature" in place of multiply and divide.
  60.  
  61. : I would assume that this change is the root of the problem, since the
  62. : reset puts it back.  I guess my question is whether TPU-based programs
  63. : don't clean up after themselves, or if C-Kermit should be resetting
  64. : itself and isn't.  This problem does not occur in MS-Kermit 3.14, but
  65. : for all I know, MS-Kermit may not implement host-directed character set
  66. : changes the same way.
  67. :
  68. The session log (that Paul sent under separate cover to illustrate this
  69. report) contains the following mysterious control sequences:
  70.  
  71.   ESC [ 1 ; 2 ' z
  72.   ESC [ 1 ; 3 ' {
  73.   ESC [ 0 ' z 
  74.  
  75. I can't find these in the VT220 Programmer Reference Manual or VT220
  76. Programmer Pocket Guide, nor can I find them the VT320 or VT420 manual.
  77. However, if the apostrophe (') were changed to dollar-sign ($), they would
  78. be VT420 "rectangular area" functions.  Prior to VT420, I don't think
  79. there were any control sequences whose final characters were "z" or "{".
  80. And since the sequences listed above are not valid for the VT420 itself,
  81. I can only speculate that either (a) your VMS session was set for an even
  82. higher VT level (e.g. 520), (b) TPU is malfunctioning, (c) TPU is using
  83. undocumented escape sequences, or (c) there is something wrong with your
  84. session log.  A further piece of evidence is that your log contains some
  85. stray 8-bit ST (String Terminator) C1 controls, which are not terminating
  86. any string (such as would be introduced by DCS, APC, etc).
  87.  
  88. In any case, OS/2 C-Kermit is emulating a VT220.  A real VT220 does not
  89. support the Latin-1 character set, and so there is no way the host
  90. application can "save and restore" it.  Once it switches your terminal to
  91. DEC MCS (as it does, by sending:
  92.  
  93.   ESC * <
  94.  
  95. which designates DEC MCS to G2) it has no way of restoring Latin-1.  For
  96. example, if it sent the proper ISO escape sequence for this, which would be:
  97.  
  98.   ESC * A
  99.  
  100. the VT220 would not understand it.
  101.  
  102. One might argue that CSI ! p (DECSTR, Soft Reset), which is supposed to
  103. restore the VT200 startup default character sets (G0..G3, GL, GR) should
  104. be interpreted by C-Kermit to restore the user's character-set
  105. configuration, as specified in the most recent SET TERMINAL CHARACTER-SET
  106. commands, but VAX Notes is not sending this sequence.
  107.  
  108. So in summary, yes, it is not surprising that one needs to push the
  109. \Kreset button to get the character sets back to normal after a session
  110. like the one that you recorded.
  111.  
  112. - Frank